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1.0 INTRODUCTION 


1 . 1 GENERAL 

This report presents the results of a conceptual study for 
orbital operation of the Large Automated Satellites (LAS) to 
be flown on the Space Shuttle. The Large Automated Satellites 
are defined as "Free Flyers", payloads capable of operating 
independent of the Shuttle; "Large", payloads requiring the 
majority of the Shuttle carrying capacity (weight and volume); 
and "Multi-purpose", payloads which incorporate a group of 
experiment equipment for a field of scientific study rather 
than a special purpose experiment package normally carried on 
the Small Automated Satellites. The LAS grouping includes 
payloads in the astronomy, physics, earth observations, and 
space technology category. The major orbital operations 
elements for these classes of satellites is presented in this 
report with potential options for their accomplishment. A 
summary is included which lists those studies necessary to 
better understand each element as it relates to the overall 
operations planning. 

1.2 LAS DESCRIPTION 

A brief description of the specific LAS payloads follows, with 
additional details shown in Tables 1 and 2. The operations 
interface complexity categories in Table 2 are based solely on 
an estimate of the systems complexity and the required opera- 
tional functions to be performed. Figure 1 shows the launch 
and revisit schedule of these specific payloads. 

The payload data used in this study were the Level I and II 
Payload Data Sheets, the 1973 NASA Payload Model and the Space 
Shuttle Traffic Model which were available in January 1974. 

A. Earth Observatory Satellites (EOS) will obtain Earth 
data for mapping, soil and crop data and terrestrial 
observations. Experiment subsystems are thematic 
mapper, high resolution imager, data collection system, 
radar imager, and meteorological package. 

B. Large High Energy Observatory (HEAO) will survey gamma 
ray sources in the 20 to 10^ MeV range. Major experi- 
ment subsystems are the gamma ray survey assembly and 
support electronics. 
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Table 1. PAYLOAD OPERATIONAL CHARACTERISTICS 



, EOS 
(EQ-3) 

HEAO . 
(AST-5B) 

— 

LST 

(AST-6) 

LSO 

(AST- 7) 

LRO 

(AST-8) 

LXRT 

(AST-9B) 

PHY 

(PHY-5) 

LDEF 

(ST-1A) 

MAXIMUM NUMBER 









SIMULTANEOUS 

2 

2 

1 

1 

1 

2 

1 

1 

OPERATION 









APOGEE (KM) 

914.1 

371 

611 

350 

71 ,600 

463 

371 

500 

PERIGEE (KM) 

914.1 

371 

611 

350 

71 ,600 

463 

371 

500 

INCLINATION DEG 

99.15 

28.5 

28.8 

30 

28.5 

15 

28.5 

28.5 

LENGTH (M) 

11.0 

5.2 

12.7 

17.7 

5.2 

16.0 

8.5 

9.3 

DIAMETER (M) 

3.1 

4.6 

4.3 

4.6 

3.3 

4.6 

4.3 

4.3 

WEIGHT (Kg) 

2951 

9,518 

11,379 

10,000 

1,300 

11,350 

18,600 

3,860 

ON ORBIT 









SERVICE 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

N/A 

OPERATIONS INTERFACE 









COMPLEXITY CLASS* 

3.2 

3.2 

3.5 

3.5 

3.0 

3.2 

3.1 

0 

TYPE OF 

DIGITAL 

DIGITAL 

DIGITAL 

DIGITAL 

RELAY 

DIGITAL 

DIGITAL 

SAMPLES 

EXPERIMENT 

IMAGES 

IMAGES 

IMAGES 

IMAGES 

DEEP 

IMAGES 

IMAGES 

RETURN 

DATA 

— 

4.2 MBIT 

0.8 TO 


SPACE 

8.3 MBIT 


WITH 


RELAY 

PER 

80 MBIT 


SIGNALS 

PER 


PAYLOAD 


GROUND 

FRAME 

PER 



FRAME 




DATA 


FRAME 







200 MBIT 









DOWNLINK 








♦Refer to Table 2. 
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TABLE 2: LEVELS OF LAS SYSTEMS/OPERATIONS INTERFACE COMPLEXITY 


SYSTEM 

EOS 

(EO-3) 

HEAO 

(AST-5B) 

LST 

(AST-6) 

LSO 

(AST-7 ) 

LRO 

(AST-8) 

LXRT 

(AST-9B) 

— 

| 

LDEF 

(ST-1A) 

THERMAL 

CONTROL 

2 

3 

3 

3 

3 

3 

3 

NONE 

ATTITUDE AND 

POINTING 

CON.kOL 

4 

— 

4 

4 

4 

2-4 

4 

4 

NONE 

ELECTRICAL 
POO .R 

3 

3 

3 

3 

3 

3 

3 

USER 

SUPPLIED 

: DATA SYSTEM 

4 

3 

3-4 

4 

3 

3-4 

3 

NONE 

CiLN.UMABLES & 
CONTAMINATION 
MANAGEMENT 

2 

2 

3 

3 

2 

2 

2 

NONE 

EX DIRIMENT 
OPERATION 

4 

i 

4 

i 

4 

4 

3 

4 

4 

PASSIVE 

ON-ORBIT 

MAINTENANCE 

1 YR 

1-2 YRS 

2-3 YRS 

1 YR 

2 YRS 

1 YR 

1 YR 

N/A 

RETRIEVE/ 

REFURBISH 

4 YRS 

4 YRS 

3-5 YRS 

6 YRS 

6+Yrs 

5 YRS 

5+YRS 

6 MOS 

SUMMARY 

(COMPLEXITY 

CLASS) 

3.2 

.3.2 

3.5 

3.5 

3.0 

3.2 

3.1 

0 


1 - MONITOR ONLY 3 - GROUND MONITOR & SIMPLE SYSTEMS MANAGEMENT 


2 - GROUND CONTINGENCY ACTION 4 - GROUND MONITOR AND COMPLEX SYSTEMS MANAGEMENT 

ONLY 
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FIGURE 1: LARGE AUTOMATED 



C. Large Space Telescope (LST) will observe stars, 
planets, and other stellar objects, particularly in 
the ultraviolet and infrared regions. It will 
complement ground based instruments. Major experi- 
ment subsystems are an optical telescope assembly, 
scientific instrument package, and support systems 
module. 

D. Large Solar Observatory (LSO) will make multi spectral 
observations and solar measurements such as coronal 
brightness, spectral resolution images of the Sun, 
map the Sun's emissions, locate flares, map X-ray 
emissions versus energy and make several X-ray 
measurements. It contains 16 separate experiments. 

E. Large Radio Observatory (LRO) will measure low 
frequency spectra of discrete cosmic radio sources 
and obtain good angular resolution of these sources. 
Major systems consist of a central core and four 
subsatellites forming a 10 km x 4 km rhombic antenna. 

F. Large X-Ray Telescope Facility (LXRT) will make high 
resolution imaging, spectral and polarimetric X-ray 
measurements. Major experiment subsystems are 
reflecting mirrors, proportional counter (spectrometer), 
large diameter grazing incidence telescope, and control 
electronics. 

G. Cosmic Ray (PHY) will study and survey spatial and 
spectral distribution of cosmic background radiation 
field. The data presently available in Level I and II 
documents concerning the Physics class is very limited. 

H. Long Duration Exposure Facility (LDEF) is a passive 
payload which will carry many self-contained speci- 
mens to measure effects of space environment. It will 
consist of meteoroid, microbiology and macrobiology, 
and technology experiments. 

1.3 GUIDELINES AND ASSUMPTIONS 

The following guideslines and assumptions were used in the 
preparation of this study. 

A. The development center will be responsible for the 
payload hardware from design through orbital attain- 
ment of all scientific objectives. 
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B. Ground operations including test, checkout, launch, 
and refurbish are a development center responsibility 
which will be supported by the operations center only 
as required. There will be minimal discussion of 
ground operations in this study. 

C. This study will concentrate on routine multiyear 
LAS orbital operations requirements and the support 
necessary to fulfill those requirements. 

D. Economy and annual operating costs will be a major 
consideration in this study due to the multiyear 
operating lifetime of the LAS payloads. 

E. Continuity of engineering expertise will be required 
at the development center for replacement experiment 
design and payload refurbish activities. 

F. Operations center support to the scientific community 
will be similar to that provided by large ground 
based observatories. 
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2.0 PAYLOAD CONTROL 


2.7 GENERAL 

Control and operations monitoring will be performed at a 
Payload Operations Center (POC). For the payloads considered 
in this study, this activity is required, to some extent, 
from prelaunch checkout through retrieval from orbit. The 
individual phases and the operations involvement during each 
of these phases are briefly discussed in the following 
paragraphs. 

The majority of the payload control and operations monitoring 
activity is required during the orbital phase which spans many 
years for the LAS payloads. The orbital phase activities are 
the major subject of this report and will be addressed in 
detail in the remaining sections of this study. 

2.2 PRELAUNCH CHECKOUT 

The POC will be activated during LAS prelaunch checkout. 
Payload checkout is the responsibility of the development 
center; the POC will be operated in a support mode during 
this phase. The major POC activities during prelaunch check- 
out will be to verify POC operational capability, perform 
end-to-end testing of the data handling system, simulate 
payload operations for personnel training and to support 
the development center in payload checkout as required. 

2.3 LAUNCH PHASE 

From launch until the initiation of on-orbit activation, 
there will be limited communication with the payload systems 
via Shuttle monitoring. For all classes of payloads, it may 
be necessary to monitor the contamination levels and the 
environment in the Shuttle payload bay during the ascent phase 
for protection of the experiment systems. Several payloads 
include cryogenics and high pressure gas bottles which require 
monitoring and launch abort safing procedures. During this 
phase, payload monitoring for safety is the responsibility 
of the Shuttle crew; the POC will be operated in a monitor- 
ing and support mode. 
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2.4 


ACTIVATION 


Procedures for activation, including checkout and deployment 
of the payloads from the Shuttle payload bay, will be developed 
for each payload. The two modes of activation are automatic 
and manual. From these there are further breakouts which 
concern the expertise required with the mode selected. 

A. Automated Activation — The payload is activated 
and checked out from the Shuttle through pre- 
programmed equipment. Manual or ground command 
override capability would be designed into the 
automated systems. The most significant advantage 
of automated activation is that the potential of 
human error is reduced when complex payloads require 
setup in a predetermined way. The payloads for 
which automatic activation would be feasible are 
the LDEF and some of the Physics and Astronomy 
payloads. 

B. Manual Activation -- This requires manually initi- 
ated commands from a ground based control center or 
the Shuttle crew to the payload. Present plans 
from the Shuttle Mission Control Center require 

that a payload special ist(s) be added to the crew for 
manual activation control. 

2.5 PAYLOAD CHECKOUT 

Systems parameters of the electrical, thermal, instrumentation 
and communication, and attitude disciplines will be displayed 
at the POC during this phase. The LDEF, which is passive with 
regard to ground control, has no identified on-orbit checkout 
requirements. 

All of the LAS payloads require electrical power for their opera- 
tion. The majority of the payloads will require electrical 
checkout in the Shuttle payload bay. Deployment of these pay- 
loads includes physical size changes which increase the complex- 
ity and time required for retrieval. Monitoring capability 
for the Shuttle crew and the POC will be required while the 
payload is in the Shuttle payload bay and when the payload is 
attached to the Shuttle manipulator arms. Following payload 
release from the Shuttle, deployment and complete payload 
checkout will occur. The Shuttle will remain in orbit, near the 
payload, should any major malfunctions occur during this phase. 
The POC will have primary responsibility for final payload 
checkout prior to Shuttle departure. 
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For some LAS payloads, Tug placement to the desired orbit will 
be necessary due to payload weight and orbital altitude re- 
quirements. These interfaces and requirements of the Shuttle 
crew. Shuttle mission control center. Tug control center, and 
the Payload operations center will require that detailed 
procedures and operating agreements be developed. These will 
be based on (1) safety, both personnel and equipment; (2) 
complete checkout while retrieval from orbit is still readily 
available; and (3) economics, reduce duplication of control 
and monitoring equipment and technical expertise to the 
maximum extent possible. Intercenter communications methods 
would be used where possible to reduce personnel travel while 
maintaining effective payload control during the activation 
and checkout phase. 

2.6 ORBITAL OPERATIONS 

Orbital Operations of the LAS payloads is addressed in 
Section 3 and subsequent sections of this study. 

2.7 PAYLOAD SERVICING 

Several of the LAS payloads include on-orbit servicing pro- 
visions. Routine reservicing is planned at 1 to 3 year 
intervals dependent on payload requirements. Experiment and 
systems status will be monitored by the operations team to 
facilitate management decisions concerning scheduled and un- 
scheduled maintenance, consumables replenishment and experiment 
changeout. 

In addition to on-orbit servicing, all LAS payloads will be 
retrieved from orbit for periodic refurbish and experiment 
changeout. These retrieval intervals range from six months 
for the LDEF to six years for the LRO. Payload deactivation, 
safing and configuration changes required for Payload stowage 
in the Shuttle payload bay will be monitored by the POC. For 
some of the LAS payloads, special contamination protection 
procedures will be required to protect experiment optics during 
the retrieval and return activities. Refurbish and reconfigu- 
ration following payload retrieval is assumed to be a develop- 
ment center responsibility and is not addressed in this study. 
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3.0 ORBITAL OPERATIONS 


3.1 GENERAL 

Orbital operations .must be considered early in payload design 
to ensure that operational control requirements can be effec- 
tively accomplished by the hardware design. Refer to Figure 2 
for a typical LAS operations flow plan. Operational considera- 
tions, particularly in command control and data systems, must 
be included as a part of this basic design philosophy. Basic 
systems management functions for monitoring and control have 
to be considered with emphasis on the science aspects of the 
mission. These considerations can prevent future operational 
problems, result in improved monitoring and control capabili- 
ties and improve cost effectiveness. In addition, flight 
operations plans and procedures must be developed and these 
procedures exercised prelaunch through simulations and training 
to prepare the ground and flight crew and the software for the 
actual mission. 

Orbital operations for the LAS payloads is required 24 hours 
per day, seven days per week, for up to 15 years mission life- 
time. 

Orbital operations will include payload systems and experiment 
monitoring, mission planning, support to the guest observers 
to ensure maximum science return, data handling, and many other 
support functions. 

Monitoring of the basic systems management functions is required 
dependent on the degree of automation designed into each payload. 
It is assumed that override requirements exist for critical on- 
board functions. Systems and experiment consumables will be 
monitored for input to reservice scheduling. 

Guest observers will participate in orbital operations, 
analyzing quick-look data for feedback into observing program 
optimization. They will be supported with detailed mission 
planning to meet their individual observing requirements. As 
guest observers change througout the lifetime of the LAS, they 
must be informed of changes in payload capability and constraints. 
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Figure 2 : Typical LAS Operations Flow Plan 









3.2 PLANNING AND CONTROL 

3.2.1 MISSION PLANNING 

Mission planning for the LAS will follow a routine schedule 
with the majority of the planning accomplished days or weeks 
in advance of the operation. It is assumed that .minimum real- 
time rescheduling will be required that would greatly impact 
the timeline. Refer to Figure 3 for a typical flow timeline. 
The development center will provide the basic science program 
input to the planning team, coordinating all experiments 
housed within their payload and resolving any conflicts 
between experimenters. 

To effectively perform the mission planning function for the 
long lifetime LAS mission, continual contact with the control 
team and the guest observers is necessary. Mission planning 
will require one individual on each shift with additional 
personnel during the day shift. The floating shift personnel 
may be deleted on the non-science operating shifts. Personnel 
reduction would depend on specific payload requirements and 
activities. 

The day shift personnel would perform the majority of the 
planning and requirements coordination with the development 
center and guest observer personnel. Detailed activity plans 
would be computer generated from inputs developed by the plan- 
ning team. Command lists controlling attitude changes, power 
usage and consumables management could also be generated by 
this system. Each mission plan will be coordinated with the 
payload project/science representative before implementation. 

3.2.2 COMMAND CONTROL 

The transmission of the mission plan to the payload will be 
accomplished by a command controller. The commands will be 
computer generated and verified by mini to small size 
computers. Comnand link contact with the payload will vary 
between a few minutes each orbit to a method where 24 to 48 
hours of planning information is uplinked and stored onboard 
the payload for future use. The degree of payload autonomy, 
planning complexity and guest observer requirements will 
determine the method and equipment required for each payload. 
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3.3 PAYLOAD MONITORING 

3.3.1 PAYLOAD SYSTEMS 

Basic systems management functions for orbital monitoring and 
control are presented here. Several options exist dependent 
upon the degree of automation designed into each satellite. 

The assumption is made that override requirements will exist 
for critical functions onboard the vehicle, which necessitates 
systems status monitoring. System Functions are summarized 
in Table 3, based on Skylab ATM, and are identified as follows: 

A. The Electrical Power Systems (EPS) parameters will be 
monitored in order to determine status for power 
management. Monitoring requirements for each satel- 
lite with power management capabilities are approxi- 
mately 70 prime and 100 secondary measurements. Solar 
Array and battery systems are assumed for all except 
the Technology (LDEF) Satellite. It is assumed that 
any LDEF experiment requiring electrical power will 
have self contained batteries. Satellites with 
solar arrays and one or more batteries capable of 

. providing at least one experiment with sufficient 
electrical power to operate will have ground 
management capability. Solar Array articulation 
is not assumed for the Large Solar Observatory. 

Orbital inclination implies that orbital day/night 
cycles will be involved in the power profile 
planning/management scheme. The software required 
for EPS control will include battery characteristics 
and depth of discharge, solar array output and 
degradation, solar array articulation (where 
required), maneuver predictions. Beta angle effects, 
load predictions, etc. Energy consumable analysis 
is also a consideration for the battery system of 
the LDEF. 

B. The Instrumentation and Coiranuni cation (I&C) parameters 
which indicate the status of the system consists of 
about 85 prime and 36 secondary measurements for each 
LAS which will be monitored to ensure data flow and 
accuracy. Instrumentation and Communi cations system 
management functions are stored data dump, antenna 
pointing control and systems monitoring. The 
complexity of Instrumentation and Communication 
management will vary with the type of ground data 
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Table 3: ORBITAL PHASE SYSTEMS MONITORING REQUIREMENTS 



EOS 

HEAO 

LST 

LSO 

LRO 

LXRT 

PHY 

LDEF 

THERMAL CONTROL SYSTEM 

ACTIVE CONTROL/O' RIDE 

NO 

NO 

YES 

YES 

YES 

YES 

YES 

NO 

-'-MONITOR 







25 


PR XME 

25 

25 

25 

25 

25 

25 

NONE 

SEC 

38 

38 

38 

38 

38 

38 

38 

NONE 

ELECTRICAL POWER SYSTEM 









MANAGEMENT /CONTROL 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

NO 

*MONITOR 









PRIME 

70 

70 

70 

62 

70 

70 

70 

NONE 

SEC 

100 

100 

1 

100 

96 

100 

J 

100 

100 

NONE 


INSTRUMENTATION AND 
COMMUNICATIONS 

STORED DATA DUMP 

YES 

i 

YES 

YES 

YES 

YES 

YES 

YES 

NO 

ANTENNA CONTROL 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

NO 

*MQNITOR Prime 

85 

85 

85 

85 

85 

85 

85 

NONE 

Sec 

36 

36 

36 

i 36 

36 

36 

36 

NONE 

ATTITUDE CONTROL SYSTEM 
GROUND PROGRAM 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

NO 

MOMENTUM MANAGEMENT 

NO 

NO 

YES 

NO 

NO 

NO 

YES 

NO 

NAV UPDATES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

NO 

-'-MONITOR 

PRIME 

74 

74 

74 

74 

74 

74 

74 

NONE 

SEC 

85 

85 

85 

85 

85 

85 

85 

NONE 

*Estimated Quantities based 
on Sky lab ATM . 





INFORMATION CONTAINED IN THIS TABLE 
IS BASED ON SYSTEMS REQUIREMENTS IN 
LEVEL I AND LEVEL II DATA SHEETS . 










static* 9 th a T 5? recel ving system with multiple 
stations, short duration contacts, and data qaps 

between contacts increases data storage/ playback 
and antenna pointing control. For the long duration 
missions, data system management will be software 
controlled. It will primarily be included in the 
mission planning system. Data rates are discussed 
in the data management portion of this study and 
include both scientific data and system status/ 
housekeepi ng data. All remote data acquisition 
and control is assumed to be performed at the POC. 


C. 


The Attitude Control System (ACS) parameters, 
consisting of about 74 prime and 85 secondary 
measurements for each payload, will be monitored 
to ensure that pointing is accomplished within 
acceptable limits. Attitude control and pointinq 

rUnf^? 112 are J baSed 0n exist1n 9 design specifications. 

^ ros ar ! assumed t0 require momentum 
management functions and ground programs, and inertial 
measuring units were assumed to require periodic 
updates. It is also assumed that all pointinq pay- 
loads require complete ground control and override 
capabilities of the attitude system. The ACS 
software will not only be used for payload control 
and maneuver predictions, but will also provide a 
primary input to reservice and retrieval planninq. 
Consumables (cold gas thrusters) may affect schedules 
and orbital ephemeris data will be required by the 
Shuttle for reservice/retrieval maneuvering. 


D. Anticipated operational temperatures, in the absence 
Th sys ^ e !! is design data, are utilized in determining 
inermal Control System management functions. If the 
required temperature control range of the payload is 
less than 17 degrees K, it is assumed that a liquid 
coolant system with ground management capability will 
be used. For temperature control ranges greater than 
17 degrees K, adequate control can be maintained with 
louver control, if the satellite is not looking at 
the Earth. In addition, preliminary data for several 
of the payloads indicate the use of heaters and cryo- 
genic cooling for experiments, primarily for thermal 
control of optics. 


E. The payload experiments monitoring requirements, 
based on Sky lab data, are shown in Table 4. The 
quantity of measurements for each satellite is 
dependent upon the number of experiments aboard the 
LAS, and the degree of sophistication of the experi- 
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TABLE 4: ORBITAL PHASE EXPERIMENTS MONITORING REQUIREMENTS 


PAYLOAD NAME/EXPERIMENTS 

SIMILAR 

TO 

SKYLAB 

EXPERI- 

MENT 

LARGE SOLAR OBSERVATORY 


SOFT X-RAY S PECTROMETER / S PECTROH ELIO- 

S056 

EXTERNALLY OCCULTED CORONAGRAPH 

S052 • 

100-CM PHOTO -HELIOGRAPH 

S082A 

UV SPECTROGRAPH 

S055A 

XUV SPECTROHELI0METER 

S082B 

SPECTROMETER / S PECTROHELIOGRAPH 

S082B 

HIGH SPECTRAL PURITY SPECTROHELIOGRAPH 

S082A 

GRID-COLLIMATOR ACQUISITION PHOTOMETER 

T027 

MODULATION COLLIMATOR 


X-RAY TELESCOPE 

S054 

SOLID STATE FLARE DETECTOR 


X-RAY BURST DETECTOR 

S054 

I X-RAY /GAMMA RAY SPECTROMETER 

S054 

GAMMA RAY SPECTROMETER 

S054 

SOLAR X-RAY POLAR IMETER 

T027 

BRAGG REFLECTION CRYSTAL POLARIMETER 

T027 

SOLAR NEUTRON EXPERIMENT 


HIGH ENERGY GAMMA RAY AND NEUTRON DET. 

S056 

SOLAR GAMMA RAY DETECTOR 

H 

LARGE HIGH ENERGY OBSERVATORY 


LARGE HIGH ENERGY X-RAY SURVEY 

S056 

LARGE SPACE TELESCOPE 


OPTICAL TELESCOPE 

S191+TV 

FAINT OBJECT SPECTROMETERS (4) INSTR. 

SOSSA(x4> 

TWO ECHELLE HIGH RESOLUTION SPECTRO. 

S0SSA(x2) 

LARGE X-RAY TELESCOPE FACILITY 


IMAGING DETECTOR 

S192 

SPECTROMETER 

SI9I/S054 

POLARIMETER 

T027 

STELLAR ASPECT SENSOR 

H 

EARTH OBSERVATORY SATELLITE 


THERMATIC MAPPER 

S192 

HIGH RESOLUTION IMAGER 

SI92 

RADAR IMAGER 

S193 

METEOROLOGICAL PACKAGE 

S 194 

LARGE RADIO OBSERVATORY 


TELESCOPE 

S 194 

DETECTOR ARRAY 

S193+S194 

RADIOMETER 

SI 94 

SPECTROMETER 

S191/S054 

PHYSICS 


COSMIC RAY 

TBD 


SUPPORT 

MEAS 

1 

PRI 

SEC 

TM 

■ 

8 

8 

1 


10 

20 

i 


2 

34 

i 


37 

24 

1 


2 

43 

1 


2 

43 

1 


2 

34 

1 


5 

10 

10 


10 

20 

i 


13 

54 

i 

YES 

10 

20 

i 


13 

54 

1 


13 

54 

1 


13 

54 

1 


5. 

10 

10 


5 

10 

10 


14 

3 

1 


8 

8 

1 


14 

3 

1 


8 

8 

1 

NO 

10 


1 


L48 

96 


NO 

74 

48 



31 


22 


10/13 

0/54 

1 

wn 

5 

10 

10 

wu 

14 

3 

1 


31 

; „ 

22 


31 

„ 

22 


88 


39 

YES 

15 

- - 

11 


15 

.. 

11 


103 

- _ 

50 

NC 

15 

-- 

11 

13 

154 

1 


TBD 

TBD 

TBD 

TBD 











ments. There are between two and 148 primary 
measurements, and between zero and 96 secondary 
measurements for systems support of each experi- 
ment. Systems status will be monitored to ensure 
scientific data quality is maintained and to allow 
detection and correction of those items affecting 
pointing, calibration and alignment. In addition, 
scientific data will be monitored periodically by 
payload specialists at the POC to maintain maximum 
science return from the payload. 

3.3.2 SYSTEMS MONITORING 

Payload systems monitoring is used herein as that activity 
necessary to assure that the payload is operating and 
controlled in a manner that permits it to gather the desired 
scientific data. 

Monitoring will span 2 il hours per day, seven days a week for th 
payload's orbital lifetime (up to six years between retrieval 
intervals). For this study, equal staffing is assumed for each 
shift. Certain economies may be feasible by reducing staffing 
requirements on night shifts or weekend shifts. This economy 
would depend entirely on the scientific requirements of the 
payload and would require indepth study of each payload. 

Economy may be achieved by incorporating some form of computer- 
ized limit scanning to reduce personnel requirements. This 
method could provide a useful tool to the monitor and support 
reduced manning during non-scientific data gathering periods. 
Reliance on a computer scanning system would require full 
staffing on all shifts for the initial weeks of the mission, 
until software debugging, stable limit assignment and desired 
operation is assured. It would further require that payload 
system specialists be available, on call, should any limit 
violations occur. This monitoring and control of the payload 
will follow limits, constraints and rules developed by the 
payload development center. 

In the case where the host POC provides the monitors, for 
possibly only the off hour shifts, the monitors would coordi- 
nate any problems or non-routine performance with the payload 
systems specialists. The monitors will perform indepth 
analysis only to the extent necessary to continue the mission 
or to safe the payload for Shuttle retrieval. Payload hardware 
v responsibility remains with the development center. 

Monitoring of payload systems and experiment system performance 
requires a control room with consoles and display equipment 
which is computer supported. The sizing of the facility and 
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equipment will depend on payload complexity and the data 
volume to be handled. Table 5 presents an estimate of the 
consoles and equipment required for monitoring. 

3.3.3 COMPUTERIZED SYSTEMS MONITORING 

Monitoring systems performance for many years could become 
a very boring task if performed manually. Manual performance 
would also be very expensive as qualified personnel with de- 
tailed systems knowledge are required. One approach that may 
be practical is computerized monitoring. This system would be 
based on engineering criteria, redlines and normal operating 
limits provided by the development center. To be practical, 
the system would need multiple levels of criteria, applied by 
several sensing routines. The most probable sensing routines 
would include single limits, multiple limits, discrete events, 
slope changes, rate of change curves, cyclic changes, multiple 
measurement calculations, and many other potentials. The 
system would need to be developed as general routines, then 
tailored into a payload peculiar system. The system should 
be thoroughly tested prior to initial payload flight and 
should be operated in parallel with engineering monitors during 
the initial weeks of the mission. During this time the engineers 
would not only monitor payload performance manually, but would 
monitor all criteria set into the system. The system could 
then be upgraded with actual performance data. As confidence 
in the computer system grew, the engineer would return to his 
assigned tasks. He would remain on call to support any 
detailed analysis required by the computer system findings. 

The operating mode could then evolve into engineering monitors 
on duty during high activity periods, leaving the computerized 
system as prime during night, weekend, and low activity periods. 
Limited direct engineering support with other specialists on 
call would be required whenever the computer system was prime. 

Although the development and implementation costs of a 
computerized system would be fairly large, a potential 
manpower savings of approximately 40% could be achieved 
over the entire payload mission duration without decreasing 
payload monitoring capability. This 40% savings is based on 
reducing manual monitoring coverage to: 

100% - day shift on weekdays; this is assumed to be the 
primary scientific operating shift 
60% - evening shift on weekdays and day shift on weekends; 

this is assumed to be the secondary scientific operating 
shift 

30% - midnight shift, 7 days a week and evening shift on 

weekends; this is assumed to require minimal scientific 
coverage. 
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Table 5: ESTIMATED SUPPORT REQUIREMENTS 



EOS 

HEAO 

LST 

-arua.'.! aiMi 

LSO 

LRO 

LXRT 

PHY 

LDEF 

SYSTEMS SUPPORT 
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CONSOLES 









CONTROL 

11 

10 

11 

12 

10 

ii 

11 

o 

SUPPORT 

6 

5 

6 

6 

1 5 

6 

6 

0 

COMPUTERS 









COMMAND 

SMALL 

SMALL 

' SMALL 

SMALL 

SMALL 

SMALL 

SMALL 

NONE 

DISPLAYS 

MEDIUM 

MEDIUM 

SMALL-MED 

SMALL-MED 

MEDIUM 

SMALL-MED 

SMALL-MED 

NONE 

OFF-LINE SUPPORT ** 

LARGE 

LARGE 

LARGE 

LARGE 

LARGE 

LARGE 

LARGE 

NONE 

TV 

YES 

NO 

NO 

YES 

YES 

NO 

NO 

NO 

EXPERIMENTS SUPPORT 
CONSOLES 









CONTROL 

4 

4 

4 

4 

4 

4 

4 

0 

SUPPORT 

4 

4 

4 

4 

4 

4 

4 

0 

COMPUTERS 









SCIENTIFIC DATA 

Vv 

* 

* 


JL. 

* 

* 

NONE 

* HIGH STORAGE CAPACITY, MEDIUM COMPL 
** INCLUDES MISSION PLANNING SYSTEM 

JTATION CAI 

’ABILITY 









Converting the 40% savings to costs over the LAS .mission 
durations leads to: 

5 monitoring positions per payload (assumed 

for typical LAS) 

x 4.2 factor for 7 day, 24 hours per day payload 
monitoring coverage 

x 15% vacation and illness lost time factor 

x 66 number of LAS payload operating years, 

1980 - 1991 (refer again to Figure 1). 


1594 manyears required to monitor LAS payloads 

The 40% potential savings of 1594 manyears is 638 manyears or 
25.5 million based on a 40K per annum rate. This savings 
would be used to offset the software development costs of 
a computerized monitoring system. 

The feasibility of such a system has been tried and used with 
varying success, on several past programs or tasks. The LAS 
program, due to its long duration requirements, offers a 
unique opportunity to apply the better parts of past systems 
and develop a fully functional system. Another factor is that 
development and test time still exists for an LAS monitoring 
system. Lack of time for a thorough development and test 
program has probably been the largest factor in reduced 
performance of earlier systems. 

3.3.4 SYSTEMS MODELING 

Systems models are normally developed by the design engineers 
early in the payload development cycle. These design models 
are historically much more detailed than necessary for opera- 
tions purposes. The design models provide an excellent base 
for the operations model but reductions in complexity are 
required. This reduction is necessary to allow rapid model 
performance for data output to the operations personnel. To 
effectively modify the design model into an operations model 
requires that operational methods are thoroughly understood 
and factored into the model while sufficient test time is 
still available. 
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3.4 DATA SUPPORT 

3.4.1 DATA MANAGEMENT 

The data management team coordinates with all data requesters 
in defining a composite set of payload data handling require- 
ments. They need to be involved very early in program develop- 
ment. Data usage requirements can affect payload design, 
particularly in the payload data system. These activities 
include planning and developing the software for the coordina- 
tion and control of data acquisition, processing, and dis- 
semination. Each payload or program will have specific needs 
for data personnel located in the POC and in other geographic 
locations. 

The major difference in data management of LAS data versus 
earlier programs is in the large volume of data. The majority 
of the LAS payloads will downlink counting array and digital 
image scientific data, at rates presently identified, of up 
to 200 Mbits/second with a daily volume of up to 2 x 10 '3 bits 
per day. Although this is the extreme case, the average down- 
link rates are high when compared to previous programs. Of 
the eight identified LAS classes of payloads, one (LDEF) has 
no downlink data system. Six of the seven remaining classes 
have payloads with a 1.0 Mbit/second or greater downlink 
system for either realtime data, near realtime data or for 
both systems. Handling of this volume emphasizes the need 
to initiate a data management system early in the program. 

3.4.2 DATA HANDLING 

Payload data will be returned to the POC via RF transmission 
systems and processed for the users into a prescribed format. 
The majority of the payload science data will not be processed 
at the POC beyond formatting to user specifications. The hand- 
ling and preparation of this data into a form suitable for use 
is defined as three categories: (1) operations data, (2) data 

reduction, and (3) data analysis. 

A. Operations Data — The term, Operations Data, is 
used to denote that data which is used in direct 
support of the mission. In general, it will consist 
of payload systems data, experiment data, and a sub- 
set of the science data depending on the amount of 
ground interaction with the scientific objectives. 

The operations data flow to a POC is in either real 
time (direct transmission) or in near realtime 
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(recorded and dumped). Realtime data supports ground 
based action on time critical functions, while near 
realtime data is used in support of long term analy- 
sis and generally the management of the mission ob- 
jectives. For the payload data flow analyzed to 
date, the operations real and near realtime require- 
ments will be approximately ten percent of the total 
data generated by the payload. 

B. Data Reduction — This category encompasses the 
processing of data to user specifications. This 
level of processing may include decommutation, 
engineering unit conversion, formatting for a user's 
computers, and merging with ancillary data. Data 
processing is a function which NASA provides to the 
guest observers. It is normally performed offline 
and follows data receipt by a predetermined time 
schedule. 

C. Data Analysis — This category encompasses the 
analysis a nd reduction of the data to obtain its 
scientific content. It is performed by the guest 
observers in their own facility or at facilities 
contracted to the observer. This category is not a 
NASA responsibility and will not be addressed in this 
study. 

3.4.3 DATA FLOW 

Figure 4 presents a top level schematic of a data flow system. 
This system is functionally defined in detail normally by the 
time of the Critical Design Review, at which time implementa- 
tion begins with detailed cost trades. In providing data to 
multiple users, duplication in the development of similar types 
of processing software may occur. Software functions common 
to a significant number of experiments will be investigated to 
determine the savings associated with providing standardized 
software and processing. 

Monitoring of data quality needs to occur throughout the data 
flow. This effort would be primarily software with manual 
spot checks due to the large volume of data. This type of 
effort has always been important and is even more important 
for the digital image data generated by the LAS payloads. As 
an example, the LST AS140 optical instrument will provide an 
image composed of up to 80 megabits. Transmitted by a 1.0 Mb/s 
data system will require error free transmission, handling and 
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FIGURE 4: LAS DATA FLOW SOURCE-TO-USER 



processing of an 80 second data burst for each image received. 
Any data bit dropped or noise bit added could impair the data 
validity. 

Users receive data by obtaining it at a NASA facility, by 
having it mailed to them, or by having it transmitted to them 
electronically. Delivery of data must be receipted and quality 
verified by the user. The experimenter may need his own final 
processing equipment. 

Payload film, retrieved samples, and other forms of onboard 
stored data will be returned by the Shuttle. Environment 
critical data will be brought back and located for immediate 
access. Such critical data will be removed immediately after 
Shuttle landing to satisfy the perishability constraints. Other 
onboard data will be removed at the earliest convenient point 
in the post-landing operations flow. Following removal from 
the Orbiter, returned data must be safeguarded with appropriate- 
ly controlled environment until dissemination can be made to the 
user. 

Experience has shown that only a percentage of the data 
collected is actually analyzed. Historically, all the data 
has gone through the data management system in order that the 
useful data can be identified. Techniques must be developed 
by which the useful information content can be identified 
early in the collection process, and subsequent data handling 
restricted to that which is of value. It can be implemented 
by hardware and software designs and its goal is to permit 
some intelligence (man and/or machine) to review and edit 
the data as it is being collected. This review will result 
in decisions along the data flow that will eliminate or 
allow data to flow to the next processing step. The closer 
the data is reviewed to the sensor, the greater the benefits. 
These techniques could complicate onboard systems by adding 
more complex software. By paying these costs, the ground 
processing costs can be reduced with a net reduction in 
the total cost per information bit collected. It could also 
make the process of satisfying scientific objectives more 
efficient and provide greater scientific yield per mission. 

This consideration would need to be reflected in basic design, 
and would need to be studied very early in the program. 

NASA has the requirement that all data funded by the govern- 
ment be available to the general public once a scientist's 
proprietary right to the analysis of that data has expired 
(generally one year after data receipt by the scientist). 
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Archives will be established to accomplish this. Data acquired 
through private user funds would not be publicly available un- 
less a release is given by the user. New archiving procedures 
will be established to recognize these types of data. It is 
assumed that data archiving would not be a POC responsibility* 
that it would remain with the National Space Science Data 
Center (NSSDC). The subject is addressed here only to the 
extent that proprietary rights and archive requirements will 
impact POC data handling procedures. 

A. Communications Network Data Flow — Two communi- 
cations networks are being analyzed within NASA for 
future program utilization. One of these is the 
Satellite Tracking and Data Network (STDN) which is 
a combination of the manned and unmanned networks 
which were used during the Apollo Program era. It 
will be in use through the late 1970's. The Tracking 
and Data Relay Satellite System (TDRSS) is presently 
under study as an addition to the STDN in the 1980's. 
Should this system be adopted by NASA, then the 
number of STDN sites will be reduced to those 
necessary for launch support and deep space support. 

Two synchronous orbit satellites will relay data to 
White Sands (WHS). It will be routed from WHS to 

the POC via either high speed data lines or a domes- 
tic satellite (DOMSATJ, refer to Figures 5 and 6. 

The data from the STDN is transmitted from the 
remote sites to GSFC via high speed data lines and 
is then routed to the POC. The data line capability 
is expected to be 1.334 Mbs in the Continental 
United States and 60 Kbs from the remote sites. 

B. Network Impact -- The decision on which system 
(TDRSS or STDN) will be available during the LAS 
mission time period will impact LAS operations 
somewhat. The impact will be primarily in the data 
storage and playback area due to short duration STDN 
contact times and data gaps between contacts. Seg- 
mented data of this type also impacts data handling 
efficiency. The effects of this impact can be 
minimized by close coordination between the mission 
planning group and the guest observers to obtain the 
maximum scientific return with the contact time 
available. 

C. LAS Requirements -- As greater numbers of payloads 
with large data volumes are orbited, schedule constraints 
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• STANDARDIZATION OF SUPPORT CAPABILITY AT ALL NETWORK SITES AND TDRSS FOR TRACKING. COMMANDING 
AND ACQUISITION OF DATA FROM SHUTTLE AND PAYLOADS AT S-BANO FREQUENCIES 

• STANDARDIZATION OF SUPPORT CAPABILITY AT A LIMITED NUMBER OF STDN STATIONS AT KU-BAND FOR 
ACQUISITION OF WIDEBAND DATA 

• TRANSMIT AND RECEIVE AT KU-BAND FOR SINGLE ACCESS (WIDEBAND! USERS THRU TDRSS 

• DATA PROCESSING AND TRANSMITTING DATA TO CONTROL CENTERS IN A REAL-TIME OR NEAR REAL-TIME MODE 

• imOUCNCV BAND SUPPORT CAPABILITY 
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Figure 5 ; Planned STDN System Capabilities 1979 - 1985 
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Figure 6: TDRSS User Coverage Capability 



with the TDRSS will also create data gaps. The 
single access (SA) channels in the Ku band are 
required for digital image transmission, due to 
the high transmission rates. The present defini- 
tion of the TDRSS will provide only two SA channels 
for each satellite. Of the eight identified classes 
of LAS payloads, six will require the data handling 
capability of the TDRSS single access channels. In 
these six classes (EOS, HEAO, 1ST, LSO, LXRT, and 
PHY), there will be nine payloads in simultaneous 
orbit in the 1986 - 1989 time period (refer again to 
Figure 1). These payloads will be required to 
time share the two single access channels on each 
TDRSS for downlinking their scientific data. Sys- 
tems data from the payloads could be routed through 
the TDRSS multiple access channels and provide near 
continuous coverage for eaph payload. 

The two LAS class of payloads that will not use the 
TDRSS are the LDEF and the LRO. As mentioned earlier, 
the LDEF does not have an RF data system. The LRO 
has an RF data system, but it will be orbiting above 
the TDRSS coverage area of 5,000 km. The LRO orbital 
altitude of 71,600 km will require contact with the 
STDN sites. 

3.5 PERSONNEL TRAINING 

Premission training is required for all Payload Operations 
personnel to ensure that a competent, smoothly functioning 
team is on duty during all orbital operations. Establishing 
the training program requires consideration of the sustained 
operations for the LAS payloads, that several teams would be 
needed for any 24 hour day, seven day week operation, that 
all skills would have to be maintained and upgraded during 
the years of operations planned for the LAS Programs; and 
for the specific operating requirements of each individual 
satellite. Due to the duration of the LAS Program, considera- 
tion must also be given to backup personnel in the event of 
illness, family emergency, and vacations, and for personnel 
turnover. 
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Operations training can be separated into several categories: 

A. Technical Training -- That training where all opera- 
ting personnel become familiar with the peculiarities 
of the individual satellite systems and experiments 
and with the overall operating methods and data 
return by the guest observers and development center 
personnel . 

B. Equipment Training — That training required for 
personnel who would be operating the consoles or 
other communications equipment such as computer 
terminals, to ensure that all operating personnel 
fully understand the tools they will be working with. 

C. Procedural Training — That training required so 
that each individual understands what is required 
of him and how he interfaces with other POC and 
development center personnel. This will ensure a 
smooth flow of information, facilitate orbital 
operations control and provide for maximum scientific 
return from the payload. 

D. Simulations — This activity would follow the indi- 
vidual training sessions discussed earlier and has 
the single purpose of molding the individuals into 
functional teams, verifying that each member under- 
stands his function and can support it under routine 
or off nominal conditions. 

E. The training sessions should be scheduled such that 
all primary individual training is completed six 
months before a LAS payload launch. This would 
necessitate completion of supporting computer prog- 
rams, facilities, and data flow systems by that 
same time. The final six months would then be 
dedicated to simulation activities, specific tech- 
nical training update and POC support to payload 
final checkout and integrated systems tests. 

Training will be minimized by simplified and standardized opera- 
ting procedures for all payloads. Any payload specific training 
will be limited to required personnel and will be specified by 
the payload development center. Crew training for special pay- 
load handling or servicing would be the responsibility of the 
development center, not the POC. It would normally be performed 
on specialized mockups and for zero-G operations, in a neutral 
buoyancy facility such as the one located at MSFC. 
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4.0 PAYLOAD OPERATIONS CONCEPT 


4.1 GENERAL 

A POC will be used to control the LAS during its orbital mis- 
sion lifetime. It will assume control of the payload from 
the Shuttle Mission Control Center at the time of activation/ 
checkout. The POC will also be involved in ground test and 
checkout activities, launch activities and on-orbit payload 
servicing activities. 

The POC will operate as a user service facility, providing 
necessary support to the experimenters. Refer to Figure 7 
for a typical operations information flow scheme. 

The concept of providing services to the user is necessary 
to facilitate the accomplishment of the payload science program. 
LAS science users (guest observers) will be sharing experiment 
hardware to gather information for their specific field of 
endeavor. In general, these services will include: 

A. Interpretation of the LAS capability for the 
guest observer's objectives. This service, 
although required in the initial phase of the 
mission, becomes increasingly important as new 
users enter or return to the program and as the 
potential for hardware degradation or additional 
systems constraints increase. The payload capabi- 
lities will vary, dependent on the users involved 
and on the period of time in the "up to six 

years refurbish interval", or "up to 15 year payload 
mission." 

B. Provision of a mission planning system, including 
integrated timelines, maneuver analysis, resource 
allocation, etc. 

C. Provision of "round-the-clock" systems monitors and 
command technicians for science program execution. 

D. Provision of quick-look data feedback to determine 
that the data is of the quality and nature expected 
by the guest observer and for observing program 
optimization. 

E. Provision of a work environment for payload operations, 
including communications, display equipment, facilities, 
computation support, administrative support, etc. 
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Figure 7: OPERATIONS INFORMATION FLOW 













4.2 OPERATIONS CENTER OPTIONS 


4.2.1 GENERAL 

Operations centers are presently developed for a specific 
mission or payload and may or may not be geographically 
located at the development center. Options for POCs are 
(1) to maintain an individual operations control center 
for each payload; (2) to group operations of several LAS 
according to similarity of operations or some other means 
of grouping, yet have several operations centers, and (3) 
to have all the LAS operations performed from a single 
location. The single operations center (Option 3) is the 
current mode of unmanned low earth satellite operations. 

In all options it is assumed the development center retains 
hardware and project responsibility for the payload. 

The primary reason for the conceptual study of these three 
options is found in the NASA 1973 Payload model and the 
Space Shuttle Traffic Model, TMX 64751, Revision 2. The 
number of payloads in orbit during the Shuttle era is 
much larger than current operations. A summary of the 
large and small unmanned earth orbital satellites is 
presented in Figure 8. In addition to the larger nurriber 
of satellites in operation, the shuttle retrieval capability 
will require that design continuity and sustaining engineer- 
ing be maintained for longer mission lifetimes and the 
refurbishment of payloads will result in new experiment 
hardware and an upgrading of the payload systems. 

The similarity in support requirements and the long duration 
aspect of the LAS payloads leads to the concept of combining 
the POC to support several payloads and providing the support 
at a development center. 

4.2.2 INDIVIDUAL CONTROL CENTERS 

This option requires that each payload project establish 
its own control center at the development center. The POC, 
including all its facilities and personnel, would be dedicated 
to a single payload. 

Location at the development center allows major economies 
in usage of project engineering personnel. It precludes 
relocation of development center personnel to a remote POC, 
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with the resulting hardships on personnel and their families, 
as well as the cost to the government for travel and other 
expenses. It also allows engineering personnel who are not 
dedicated to operations to perform other duties and still 
remain available on call, should problems develop requiring 
their expertise. 

A further advantage is the maintenance of technical 
continuity and operations awareness for engineering 
personnel who are to continue systems development efforts 
for the one to three year reservice cycle and the three 
to six year refurbish cycle. 

To summarize, by using existing facilities at each develop- 
ment center which are adaptable to POCs, more effective 
use can be made of manpower and facilities, requiring 
less new construction and personnel relocation. Personnel 
at the existing facilities would be available to support a 
POC as well as being a part of the development center build- 
up. A potential disadvantage to this approach is that there 
would be less efficient utilization of operations facilities, 
equipment, and personnel as each operations center would be 
specialized for its own payload. This disadvantage would be 
negated if the development center was responsible for several 
payloads, as discussed in paragraph 4.2.3. 


4.2.3 MULTIPLE CONTROL CENTERS 

This option establishes an operations center at the major 
development centers, that is, those development centers which 
develop several payloads. 

There are two major differences between this option and the 
"individual control center" option. (1) The operations 
center would be established to operate in a partially 
shared manner to affect the economies available, and (2) 
the operations center would operate all payloads developed 
at that center and similar payloads from other centers that 
develop very few payloads. Also, payloads developed at other 
centers which require minimal engineering support and do not 
warrant the expense of establishing a control center, would be 
considered under this option. After analysis of facilities, 
expertise, and total manpower and costs, a development center 
may determine it would be to their advantage not to develop a 
POC locally, but to use a POC at another location. 
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As in the individual control center option, this approach 
allows for reduced travel costs and .maintenance of engineer- 
ing continuity and support to operations while performing other 
duties. Separate control teams are required for each payload 
with a dedicated control room/console area. This is considered 
necessary for project integration and efficient payload 
operation. The shared approach allows for economizing 
in areas such as facility floor space, conference rooms, 
a backup emergency power system, etc. The major ecomony 
comes from sharing all common support services. This includes, 
but is not limited to: 

A. Computer operating personnel and computation 
equipment for data receipt, routing, preprocessing, 
display, analysis and for mission planning and com- 
mand generation. Sharing or dedicated equipment would 
depend on data volume, handling requirements and the 
capacity of the computer equipment and requires a 
separate study of specific requirements to determine 
the most feasible approach. 

B. Software programmers and software routines may be 
shared dependent on payload commonality such as 
similar solar array/battery systems. 

C. Communications equipment and personnel. 

D. Display equipment and personnel. 

E. Mission planning personnel and software. Certain 
skill types such as orbit determination, maneuver 
analysis, etc,, could be shared while others would 
be dedicated to the payload. 

F. Command control personnel and command generation 
matrices may be shared between two or three payloads. 
Most of the LAS have defined requirements of approxi- 
mately ten minutes per orbit average or a 10 to 15 
percent time usage factor. 

G. Network control personnel. 

H. Administrative support personnel. 

I. Facility maintenance personnel. 
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J. Data management skills, including requirements, 
dissemination, archives, status, etc. 

Operating a POC in a shared manner requires a management scheme 
that allows the operations team to become involved early in 
program development of each LAS. This is necessary to ensure 
incorporation of all program requirements and the development 
of a flexible team receptive to each program's priorities 
during the operational period. 

An added consideration is the grouping of similar payloads 
at these multiple operations centers. By use of grouping 
criteria, based on specific payload requirements, it is 
possible to take full advantage of the available technical 
expertise. The combined expertise available at a location 
will be a prime factor in determining an optimum grouping 
for the payloads. This expertise also includes personnel 
required for support, communications, facilities, and related 
services. 

In summary, the multiple operations center option offers many 
of the same benefits as the individual operations center 
option. It also offers added benefits in shared functions. 
Grouping of the payloads into these multiple centers needs to 
be carefully considered to obtain full benefits without in- 
curring other disadvantages by combining too much, as discussed 
in paragraph 4.2.4. 

4.2.4 SINGLE CONTROL CENTER 

In this option, which is the current operating mode, all un- 
manned earth orbital payloads are operated from a single con- 
trol center location. The development center still maintains 
control of the payload at this centralized center. If a central 
POC is chosen, major modifications to the facilities will 
probably be required, as well as new equipment buys, in order 
to handle the volume of operation (Refer to Figure 8). The 
physical space requirements to operate the number of payloads 
in orbit during the Shuttle era exceed the existing facilities 
s at the current control centers. The building of new facilities 
at the single center presents a greater cost than modification 
of existing facilities at several centers to obtain the required 
space. 

The major impact on the development center(s) by this option is 
the potential loss of engineering continuity and the addition 
of travel costs and personnel relocation for missions of up to 
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15 years duration. The development and operations center 
would be duplicating talents in some cases to maintain 
operations technical expertise and continuing engineering 
development for payload refurbishment at different geographic 
locations. 

The advantages of sharing common facilities, equipment and 
personnel discussed in the multiple control center option 
also apply to the single control center option. However, 
overcentralization can be a major problem. During the 
1986 - 1989 time period, the annual operations effort will 
include approximately nine large and 20 small automated 
satellites and approximately 27 Spacelab payloads. By 
combining too much, project control can easily get bogged 
down due to the complexity and control of the increased 
number of interfaces. Each project would have its own 
management setup as would the POC. If these are different 
organizations, the project responsibilities and related 
interfaces may affect the LAS operations. This would be in 
addition to the management structure required at each 
development center, which would still maintain responsibility 
for its payload. This meshing of the management organizations 
will require that detailed procedures and criteria be estab- 
lished. 

In summary, use of a single control area to control all 
unmanned earth orbiting payloads is feasible, although 
almost all conflicts, particularly schedule conflicts, will 
result in operational compromises and could reduce science 
return from the payloads. Since scientific data return is 
the primary purpose for the payload, this would be undesirable. 

OPERATION CENTER OPTION SUMMARY 

In addition to the three options presented, (1) individual 
control centers, (2) multiple control centers, and (3) a 
single control center , there is a suboption to consider. 

This suboption involves the technical personnel who operate 
and control the payload and whether they are provided by 
the development center project or the host operations center. 

This suboption will depend entirely on the complexity of the 
payload and the cost of duplicating skills for payload con- 
trol. There are varying degrees of this suboption, which are 
briefly addressed in operations functions, but since it is so 



closely related to the specific payload, this study assumes 
a dedicated control team provided by the development center 
project. 

In the three major options presented: 

A. Options (1) and (2) provide economy and 
efficiency in reduced travel, continuity 
of design expertise, and use of existing 
facilities. 

B. Options (2) and (3) provide economy and 
efficiency in shared usage of common facilities 
and personnel . 

C. Option (2) provides the advantages of both 
Options (1) and (3), and negates the disad- 
vantages of both options. 

Therefore, the summary conclusion of this study is that 
multiple operations centers be established at the major 
development centers and that thase operations centers be 
operated in a shared manner. The operations functions 
and the methods and concepts necessary to perform those 
functions will be addressed in the remainder of the study. 
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5.0 PAYLOAD CONTROL FOR A SINGLE LAS 


This section presents specific operations requirements for a 
typical, single LAS payload. For comparative purposes, 

Section 6 presents the same information for multiple payloads. 

5.1 ORGANIZATION 

The organization involved in operating an LAS includes many 
diverse talents. Figure 9 shows a typical organization. 

The individual elements of the Mission Operations group, 
Qigineering support to operations and guest observer inter- 
faces will be discussed in detail in the following paragraphs. 

This organization must be established during the payload 
development phase to (1) ensure that operational considera- 
tions are included in payload design, (2) ensure the payload 
design constraints are included in software development, and 
(3) ensure that a smoothly functioning organization is ready 
at the start of the mission. This team will continue to operate 
on a 24 hour day, seven day week schedule for the "up to 15 years" 
lifetime of the payload. 

This organization is responsible to the development center 
Project Manager for the operation of the payload and to the 
user community for gathering of the desired scientific data. 

In addition, there is an organizational interface with the 
ground and Shuttle operations groups for schedules and require- 
ments concerning reservicing and refurbishing the payload. 

5.1.1 CONTROL TEAM 

The control team is responsible for monitoring and controlling 
payload systems and experiment systems performance. This team 
is dedicated to payload operations and is equally staffed on 
each shift for round-the-clock operation. 

For the typical LAS, the control team is composed of five 
engineers on each of four teams (20 total). Each team includes 
an operations director, an avionics engineer, an electrical 
engineer, a mechanical engineer, and an experiment systems 
engineer. 

The control team is primarily responsible for routine operations 
and payload safety. They perform quick look analysis on data 
received continuously from the payload. In the event of problems 
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FIGURE 9 ; TYPICAL LAS PROJECT ORGANIZATION (OPERATIONAL PHASE) 









or performance anomalies which are not routine, they call on 
project specialists to perform indepth analysis and to support 
contingency actions. For the typical LAS, a leyel of ten 
project engineers are included in the organization. 

The project engineers will maintain cognizance of the day-to- 
day payload performance, but they are not assigned to an 
operating shift. They spend the majority of their time in 
furthering the designs for payload refurbish and other project 
functions. They remain on call to support the operations as 
necessary. 

5.1.2 MISSION PLANNING 

The mission planning team is responsible for developing a 
payload operating plan which will provide the target opportuni- 
ties and scientific data desired by the guest observers and is 
within the systems capability of the payload. To accomplish 
this function, they coordinate their activities with the guest 
observers, the project scientist, the control team, and where 
necessary, with project specialists and network controllers 
who determine communications contact times with the payload. 

The mission planning team is composed of one coordinator on 
each of the four operating teams and five personnel on the 
day shift, seven days a week (11 total). The day shift person- 
nel (seven total) would operate with varying off days to main- 
tain the five positions, seven days a week. The skill require- 
ments for the mission planning team includes maneuver analysis, 
experiment requirements, timelining and consumables analysis. 

The mission plans will be developed using a computerized 
mission planning system. They will be developed in a routine 
manner several weeks before they are actually implemented to 
allow thorough review and coordination with the scientific and 
engineering participants in the program. Realtime changes will 
be held to a minimum, but will be incorporated as necessary to 
incorporate new systems constraints and guest observer require- 
ments. 

5.1.3 FACILITY OPERATIONS 

The facility operations group includes all of the support person- 
nel necessary to allow the control, planning, project and obser- 
ver personnel to perform their functions. This group is composed 
of 18 positions on each of the four operating shifts (72 total), 
and includes the following: 
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A. Command Specialist -- One position responsible for 
the generation and verification of all commands trans- 
mitted to the payload. This position is supported by 
a mini to small class of computer, dependent on the 
complexity of the command system and the volume of 
commands to be generated. The LAS command uplink 
rates vary between 200 and 4096 b/s. Command 

link contact with the typical LAS payload is 
assumed to be an average of ten minutes per orbit 
or approximately 11 percent of the time, 

B. Controllers -- Three positions are Network, 

Facility, and Display. (1) The network controller 
is responsible for scheduling of all data contact 
requirements with the payload and for the data flow 
from the network to the POC. (2) The Facility 
Controller is responsible for the maintenance and 
operation of the facility. (3) The Display Control- 
ler is responsible for maintaining all console and 
display equipment to support the monitoring personnel. 

C. Computer Operation — This consists of seven 
positions composed of computer operators and 
technicians and one software programmer. These 
personnel are responsible for the routine operation 

of the receiving, formatting, processing, and planning 
computation equipment. In addition, the programmer 
is responsible for realtime maintenance of the soft- 
ware used by the operations team; this position is 
supported by the software development group who 
would be on call if major software problems were 
encountered. 

An additional two computer operation positions on each 
operating shift will be required for the LAS if a 
special purpose computer is added to process digital 
images for the guest observers quick-look analysis. 

As the majority of the LAS payloads obtain some of 
their scientific data in digital image form, these 
additional two positions are considered necessary 
for the typical LAS. This results in a total of nine 
computer operations positions on each of the four 
operating shifts. 
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D. Communications — Three positions are required for 
communications internal to the POC and for contact 
with external sources. The responsibilities of these 
positions include operation and maintenance of all 

TV and communications equipment and operation of an 
internal PABX system. 

E. Administrative Support — Two positions to support 
the variety of services necessary for payload opera- 
tion including library maintenance, reproduction, 
typing and filing, personnel locating, etc. 

5.1.4 SUPERVISORY AND OVERHEAD 

In addition to the positions listed, there are additional 
personnel requirements which fall into two general categories. 
These are the various supervisory positions and clerical sup- 
port required for each of the areas and primarily, the positions 
required for fill in for vacations, illness, and overtime. Each 
of the operating positions is listed as four operating teams. 

One of those teams would be required to work an additional 
shift each week or a fifth team would be required for 24 hours 
per day, seven days a week coverage. 

To cover these requirements, a standard factor of 30 percent 
is applied and results in the following total: 


Control Team 

5 positions x 4 teams 

20 total 

Engineering Support 

On Call 

10 total 

Mission planning 

1 position x 4 teams 

11 total 


5 positions x 1.4 teams 

Facility Operations 

18 positions x 4 teams 

72 total 

Subtotal 


113 

Supervisory and Overhead 

30% 

34 

Total 


WT 


5.2 FACILITIES 

5.2.1 GENERAL 

The facility used for operating long lifetime payloads needs to 
be efficiently organized. It needs to include space not only for 
the controllers and operations support personnel, but also for 
guest observer personnel. Figure 10 presents a typical facility 
layout which could be used for LAS payload operations. 
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FIGURE 10: TYPICAL LAS OPERATIONS FACILITY 

(SINGLE PAYLOAD) 



















Communications within the POC and between the POC and the 
development center and guest ohseryer personnel need to be 
available. This communications includes not only dial circuits, 
it includes direct lines for conferences to other areas, a 
dedicated intra-POC communications system for controller use, 
closed circuit TV and TV displays and data transmission/reception 
lines. 

Individual project teams, discipline groups, experimenters and 
support functions will require conference, work areas, and 
status areas to satisfy specific needs and to support opera- 
tions. Facility space in some cases could be shared but for 
others, it would have to be dedicated to the group. 

5.2.2 OPERATIONS FACILITY 

The operations facility provides a control room for the consoles 
and an adjacent area for project and guest observer personnel . 
These two areas will require raised floors for cabling and 
cooling ducts. The adjacent support functions, offices and 
conference facilities are provided to support whatever 
activity is necessary. The operations facility encompasses 
approximately 7,500 square feet. 

5.2.3 COMPUTER FACILITY 

The computer facility will include the receiving and format- 
ting, processing, and mission planning computer equipment. It 
also includes the special purpose computer for processing 
digital images. The physical layout of the computer facility 
will be based on type and volume of equipment required for the 
specific payload. This area will also require raised floors. 

For the typical LAS computer requirements, the computer 
facility will require approximately 7,500 square feet of 
floor space. 

5.3 RESOURCE REQUIREMENTS 

5.3.1 GENERAL 

The resource requirement for operating an LAS payload are simi- 
lar to those required for any mission operation. They fall 
into two broad categories of capital outlay and operating 
expenses. All costs are estimated for a typical LAS and are 
based on 1974 dollars. 
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5.3.2 


CAPITAL COSTS 


The capital costs for operating an LAS are necessary to 
provide facilities, equipment, and communications. 

A. Building Modification — The costs for a facility 
are based on modification of an existing facility. 

Portions of the facility will require minimal 
modification; all computer and console equipment 
area will require raised floor modification. 

For the single LAS structure (subsection 5.2), the 
facility will include 5,000 square feet of non-raised 
floor area and 10,000 square feet of raised floor 
area. In addition, no-fail utilities will have to 
be installed to assure uninterrupted operations. 

The building modification costs for a single LAS 
facility are: 

Non-raised floor 5,000 sq. ft. 0.1 M 

Raised floor 10,000 sq. ft. 0.4 M 

No fail Utilities — 0.2 M 

TOTAL: UTTMillion 

Dollars 

B. Equipment -- The costs for equipment include the 
following computation equipment and software: 


Data Receiving, computation, and 2.0 M 
display 

Special purpose digital image 1.5 M 

processor 

Command System 0.6 M 

Data Storage 

7 days systems data 1.2 M 

1 day science data 1.2 M 

Redundancy 3.6 >1 

Software Development 20.0 M 

TOTAL EQUIPMENT: 30.1 Million 

Dollars 


C. Total -- Total capital costs for a single LAS 
control center are: 


Facilities 

Equipment 

TOTAL 


0.7 M 
30.1 M 


fi 11 ion 


Dollars 
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5.3.3 


OPERATING COSTS 


A. Communications -- Communications costs fall into 
three categories : 

Local distribution or communications internal to the 
operations center are 0.2M, 

Longlines for receipt of payload data at rates of 
1.0 Mb/s and for command transmission are 1.3M, 

Fascimile and support communications for communicating 
with the other centers and the guest observers are 
0.2M. 

Total annual operating costs for communications are 
1.7 million dollars. 

B. Manpower — Manpower requirements are described 
in subsection 5.1. Manpower costs are based on 
an estimate of $40,000 annually. 

Manpower 147 Man Years 5.9 Million 

Dol 1 ars 


C. Maintenance and Supplies -- Costs for facility and 
equipment maintenance and supplies is estimated at 
1.0M annually. 


D. Total — Total Operating Costs for operating a 
single LAS payload are: 


Communications 

Manpower 

Maintenance and Supplies 
TOTAL: 


1.7 M 
5.9 M 
1.0 M 

8.6 Million 
Dollars 

Annually 
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6.0 PAYLOAD CONTROL FOR MULTIPLE LAS 


6.1 ORGANIZATION 

The organization for operating multiple LAS from a single POC 
differs slightly from that discussed in subsection 5.1, the 
responsibilities of the organizational elements is identical. 
The majority of the differences involves sharing of common 
functions between payloads and a subsequent reduction in man- 
power. Each of the organizational elements will be addressed 
in the following paragraphs. 

For the purpose of this study, multiple payloads is defined as 
up to six payloads being operated from a single POC. At that 
point, organizational interfaces and facility sizes start to 
become constraining factors. 

Each payload, regardless of the number, will have an organiza- 
tional structure as shown in subsection 5.1, figure 9. The 
project maintains full responsibility for the payload. 


6.1.1 CONTROL TEAM 


The control team for each payload is dedicated to that payload. 
There is minimal potential for savings by having one engineer 
monitoring multiple payloads due to systems and experiments 
complexity. 

Therefore, the personnel requirements for multiple payload 
control will be a control team of 20 and a project engineering 
staff of 10 for each payload controlled from the POC. 

There is one potential for economizing which is payload dependent, 
not typical. This potential depends upon the degree of payload 
autonomy, the depth of computerized systems monitoring (discussed 
earlier in this study) and the number of non-critical shifts. A 
reduced number of control personnel could possibly be assigned to 
certain shifts with the right ci rcumstances . As this potential 
is considered payload peculiar, it will not be used in this study, 
as an economy factor, it would need to be addressed by each project 

6.1.2 MISSION PLANNING 

The mission planning responsibilities are the same as discussed 
in subsection 5.1.2. In performing these responsibilities for 
multiple payloads, certain common functions can be time shared. 
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The basic .mission planning team for a typical LAS is eleven 
personnel. For the second and each subsequent payload, an 
additional eight personnel would be added. The reduction of 
three for each subsequent payload is possible in specific 
skill areas such as maneuver analysis, timelining, consumable 
analysis and by combining duties of the shift coordinator 
during non-critical shifts. Refer to paragraph 3.2.1 for 
a description of the mission planning team shift assignments. 

For the case where multiple payloads are controlled from a 
POC, it is assumed that premission planning will have resolved 
or defined criteria for potential conflicts between payloads. 

The main areas of concern are schedules for shared operations 
support, priorities for contingency support and conflicts in 
data delivery schedules within the POC or with payloads 
controlled by other POCs. 

Each LAS payload will have different operating considerations 
that would need to be incorporated in their mission plans. 
Although the specifics are different, the types are common 
and could be incorporated into a common planning scheme. Some 
common points are orbital position, communication gaps, experi- 
ment opportunities, discipline management controls, operating 
modes, etc. 

The development of the computerized mission planning system 
would need to include the requirements for each of the payloads. 
Wherever possible, common routines would be used to reduce 
specialized programming for each payload. This concept would 
reduce the cost to each payload and allow for development of 
a more efficient operating system. However, the cost of the 
combined system would be greater than that encountered by 
any single payload. The time required for software develop- 
ment and testing would also be greater due to the larger number 
of interfaces. 

To achieve this reduction will require added development 
effort. However, this added effort should produce a more 
efficient planning function for each payload. The reduction 

in personnel, 14 percent for two payloads up to 23 percent 
for six payloads, will be a gain for each year of the payload 
lifetime. The following manning would be used for each year 
of payload operations. 
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OPERATING POSITIONS 


Number 
of Payloads 

Shift 

Coordinator 

Day Shift 
Team 

Total Planning 
Team 

1 

4 

7 

11 

2 

7 

12 

19 

3 

10 

17 

27 

4 

13 

22 

35 

5 

16 

27 

43 

6 

19 

32 
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As the number of payloads increase, the complexities and 
variety of interfaces will cause ever increasing management 
problems. The specific requirements of each individual 
payload will require detail study to determine the most 
efficient mode for routine mission planning. 


6.1.3 FACILITY OPERATIONS 


The facility operations group has the same responsibilities 
for multiple payloads as it does for a single payload (see 
subsection 5.1.3). This group offers the greatest potential 
for sharing of common functions. This is due to the fact 
that many operations support functions are required to be 
available whenever operations are in progress but they are 
not necessarily occupied full time. The following are esti- 
mated to be the potential sharing in a maximum combination 
mode for multiple LAS operations. 


A. Command Specialist — In addition to one position 
per shift, a total of two specialists per payload 
would be required. The reduction of two personnel 
per added payload is possible by reduced coverage 
on non-critical shifts and by the estimated average 
of ten minutes contact time required per payload 
orbit or 11 percent contact time per payload. The 
number of command personnel would therefore range 
from four for the single payload to 14 for six 
payloads . 
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This combination factor would need to be considered 
during the development phase as a larger computer, 
capable of generating and verifying commands to 
two or more payloads will be required. Using a 
single larger computing unit instead of several 
small units may also provide added economy. 

B. Controllers -- In addition to the three positions 
on each operating shift, a total of three controllers 
per payload would be required. These additional 
personnel would operate during the day shift, 
handling the majority of the facility problems 
and adding support to the network controller. 

The number of controller personnel would there- 
fore range from 12 for the single payload to 27 
for six payloads. 


C. Computer Operations — This group provides the 
least savings potential by grouping of payloads. 
The savings that is possible is created by using 
larger computers for the combined receiving, 
formatting, processing, and mission planning 
systems, rather than adding computers for each 
system for each payload. In addition to the 
nine operating positions for each shift for the 
single payload, six added operating positions 
per shift would be required for each added pay- 
load as an average. This would reduce a total 
of 12 persons needed for each added payload. 


To effectively accomplish this level of personnel 
savings, and potentially economizing in total 
computation equipment capital, requires a thorough 
study of the details of each payload's data 
handling requirements. It may be necessary 
to install a larger capacity mainframe for one 
payload to allow the expansion capability for 
two payloads. This would cause an apparent 
increase in capital outlay for one project 
until the second project became operational 
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to share the costs. In addition, if the 
capital outlay was spread between computer 
manufacturers, a potential interaction in 
software comuonal ity might exist. 


The potential reduction in this type of sharing 
would be a total of 60 man years of effort per 
year of payload mission life for the six 
payload operations center. This amount of 
savings should warrant the study effort re- 
quired to achieve it. The number of computer 
operations personnel range from 36 for a single 
payload to 156 for six payloads. 


D. Communications — In addition to the three 
positions per operating shift required for a 
single payload, two personnel will be added for 
each added payload. A larger PABJ( system would 
be used to handle the increased volume of 
communications traffic. The added personnel 
would work during the critical operating shifts 
to ensure rapid efficient service is available 
to all payloads. The number of conmuni cations 
personnel would range from 12 for a single payload 
to 22 for six payloads. 


E. Administrative Support -- In addition to the two 
positions per operating shift required for the 
single payload, one person total should be added 
for each subsequent payload for project peculiar 
effort. These added personnel would form a 
nucleus of added personnel during the critical 
operating shifts. The number of administrative 
support personnel would range from eight for a 
single payload to 13 for six payloads. 
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F. FACILITY OPERATIONS MANNING SUMMARY 


NUMBER Of PAYLOADS 


Total Personnel 

1 

2 

3 

4 

5 

6 

Command Specialist 

4 

6 

8 

TO 

12 

14 

Controllers 

12 

15 

18 

21 

24 

27 

Computer Operations 

36 

60 

84 

108 

132 

156 

Communications 

12 

14 

16 

18 

20 

22 

Administrative Supt 

8 

9 

10 

11 

12 

13 

TOTAL FACILITY 

72 

104 

136 

168 

200 

232 

Average per Payload 72 

52 

46 

42 

40 

39 


6.1.4 SUPERVISORY AND OVERHEAD 

The same percentage (30%) would be applied for a 
multiple LAS operations center as for the single LAS operations 
center. 


The total manning required for the multiple LAS operations center 
for a given number of payloads is as follows: 


Total Personnel 

1 

2 

NUMBER OF 
3 

PAYLOADS 

4 

5 

6 

Control Team 

20 

40 

60 

80 

100 

120 

Engineering Support 

10 

20 

30 

40 

50 

60 

Mission Planning 

11 

19 

27 

35 

43 

51 

Facility Operations 

72 

104 

136 

168 

200 

232 

SUBTOTAL 

113 

183 

253 

323 

393 

463 

Supervisory and 
Overhead 

34 

55 

76 

97 

118 

139 

TOTAL 

147 

238 

329 

420 

511 

602 

Average per Payload 

147 

119 

no 

105 

103 

101 


6.2 FACILITIES 

6.2.1 GENERAL 

The facilities for multiple LAS payload control must provide for 
the same functions as the single payload but allow for some 
facility sharing. Approaching the LAS programs from a unified 
POC concept allows for economizing in many areas including 
facility floor space, conference rooms, a backup emergency 
power system for operations equipment, etc. Figure 11 provides 
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FIGURE 11: TYPICAL LAS OPERATIONS FACILITY 

(MULTIPLE PAYLOADS) 




a typical control center layout for a single payload and shows 
the same layout expanded for control of three payloads. The 
facility is organized to allow expansion without disrupting 
ongoing missions. This expansion, with control and user 
personnel sharing common facilities and support services, would 
allow triple the number of payloads to be operated with an 
additional 93 percent of floor space. 

6.2.2 OPERATIONS FACILITIES 

The operations facilities for multiple payloads include 
separate, dedicated control rooms and Project/guest observer 
areas for each payload to insure efficient payload control and 
maximized science return. 

The facilities for the remainder of the operations 
functions are shared by the three payloads as discussed 
in the organization subsection. This layout for 
three payloads requires approximately 15,000 square 
feet. For efficiency of operation, a facility 
layout for six payloads will be exactly double the 
depicted layout. 

6.2.3 COMPUTER FACILITIES 

Assuming that larger capacity computers will be used for 
the multiple payload data volume, the computation equipment 
for three payloads will require approximately 18,000 square 
feet of floor space. If individual computation equipment is 
used for each of the three payloads, the floor space would 
be approximately 22,000 square feet. The computer facility 
for six payloads would be approximately double the three 
payload area as additional combination of computer functions 
will occur. 

6.3 RESOURCE REQUIREMENTS 

6.3.1 GENERAL 

The resource requirements for operating multiple LAS from a 
single facility provide some economics by sharing common 
facility areas. These are briefly discussed in the following 
paragraphs for a six payload configuration. 
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6 . 3.2 


CAPITAL COSTS 


A. Building Modification — The multiple LAS facility 
is described in subsection 6.2 and is also based on 
modifying an existing facility. It would require 
15,000 square feet of non-raised floor and 15,000 
square feet of raised floor for the operations 
facilities and 36,000 square feet of raised floor 
for the computer facility area. No fail utilities 
will also be required. 

The building modification costs for a multiple LAS 
control center with space for six payloads are: 


Non-Raised Floor 15,000 sq. ft. 0.2 M 

Raised Floor 51,000 sq. ft. 1.8 M 

No fail Utilities -- 0.5 M 

TOTAL 275~Million 

Dollars 

Average per LAS Payload 0.4 Million 

Dol 1 ars 


B. Equipment — The multiple LAS control center will 
allow for some economy by sharing of certain equip- 
ment and software. The capital costs for six LAS 
payloads is estimated as : 

Data Receiving, Computation, 10.0 M 

and Display 

(Some larger capacity computers operating at 
higher speeds will be used rather than smaller 
individual payload units. Reduction is 2.0 M) . 

Special Purpose Digital Image 7.5 M 

Processor 

(Scheduling will allow some reduction, five 
units are provided for the six payloads. 

Reduction is 1.5M). 

Command System 2.4 M 

(Three larger units are used instead of six small 
units to handle the command volume. Reduction is 
1 . 2M) . 
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Data Storage 

7 days Systems Data 7.2 M 

1 day Science Data 7.2 M 

(No sharing potential is considered for data 
storage, each payload has its own individual 
experiment). 

Redundancy 4,2 M 

(Separate redundant units for each payload is 
not required for total backup capability to each 
payload. Reduction from six individual redundancy 
arrangements is 17.4M). 

Software development 95.0 M 

(Commonality in executive routines and to some 
extent in mission planning, data receiving and 
display is estimated as 5.0M for each subsequent 
payload. Reduction is 25. 0M). 


TOTAL EQUIPMENT (SIX PAYLOADS) 133.5 Million 

Dollars 

Average per payload 22.3 Million 

Doll ars 

C. Total — Total capital costs and average costs per 
payload for a six payload LAS control center are: 

Facilities 2.5 M 

Equipment 133.5 M 


136.0 Million 
Dollars 

Average per Payload 22.7 Million 

Dollars 


6.3.3 OPERATING COSTS 

A. Communications — Communications costs for the multiple 
LAS payload control center are: 

Local distribution costs are based on using a single 
large system which allows some economy {reduction 0.5 M) , 
cost is 0.7 M. 

Longlines would be required to handle approximately 6.0 
Mbs data rates for the six payloads combined. This rate 
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would possibly warrant a Domestic Satellite 
communications link rather than jnul tipi e 
longlines. As such, this subject warrants 
a separate indepth study based on specific 
payload data rates, considering scheduled 
contact times and data interleaving on the 
lines, for the purposes of this study, no 
reduction will be considered. Cost is 
6 x 1.3M = 7.8M. 

Fascimile and support communications will be 
shared to some extent (reduction Q.5M). 

Cost 0.7M. 

Total operating costs for communications for 
six payloads is 9.2 million dollars or an 
average of 1.5 million dollars per payload. 

B. Manpower -- Manpower requirements for the 
multiple LAS configuration is described in 
subsection 6.1. Manpower costs are based on 
$40,000 annually and are: 

Manpower for six LAS Payloads, 24.1 M 
602 Man Years 

Average per payload, 101 Man Years 4.0 M 

C. Maintenance and Supplies — There is some cost 
reduction in the multiple LAS control center for 
facilities and equipment maintenance and in 
supplies for a reduced number of personnel. 
However, a large portion of the supplies cost 

is for computer supplies for payload data which 
is not reduced by combination. (Reduction is 
1.0 M) . Cost is 5.0 M. 

D. Total — Total and average operating costs for 
operating a six payload multiple LAS control 
center are: 


Communications 

Manpower 

Maintenance and Supplies 
TOTAL 

Average Per Payload 


9.2 M 
24.1 M 
5.0 M 

38.3 Million 
Dollars 
6.4 Million 
Dollars 
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6.4 SUMMARY 

6.4.1 LAS PAYLOAD SHARING 

The comparison of resource requirements for a single LAS 
payload control center and for a .multiple LAS control center 
of six payloads shows a considerable sayings is possible. 

SINGLE LAS AVERAGE MULTIPLE LAS 


Facilities 

0.7 M 

0.4 M 

Equipment 

30.1 M 

22.3 M 

TOTAL CAPITAL 

COSTS 

30.8 M 

22.7 M 

Communications 

1.7 M 

1.53 M 

Manpower 

5.9 M 

4.0 M 

Maintenance and 
Supplies 

1.0 M 

0.83 M 


TOTAL ANNUAL 

OPERATING COSTS 8.6 M 6.4 M 


The reduction in capital costs of 8.1M is relatively significant 
but is a single cost. The major reduction is in operating costs 
where the 2.2M annual reduction will be experienced for the 
entire mission lifetime of up to 15 years. 

6.4.2 OPERATIONS CENTER SHARING WITH OTHER PROJECTS 

During this conceptual study, operations center sharing was 
considered between the LAS class of payloads and other 
earth orbital payloads, such as the small automated satellites 
and the Space! ab. 

The SAS requirements are similar to the LAS hut they are less 
complex to operate. Therefore, considering a typical SAS, 
its requirements and functions could be shared with an LAS 
control center with probably the same percentage of savings. 


60 



Spacelab control involves man-in-space and therefore will 
have more strict realtime response requirements. To fulfill 
the manned safety aspect will require total dedication of 
operations personnel during the time Spacelab is in orbit. 

Any attempt to share personnel during its orbital phase would 
place the unmanned satellite in the potential posture of losing 
capability and scientific gain. Since Spacelab flights are 
presently baselined at seven to 30 days, there is some 
potential for sharing between missions. 

The major areas which seem to present a potential for 
sharing are listed below: 

A. Facilities -- Dependent on the size of the facility 
that is available for the operations center, certain 
savings could be attained. These are: 

(1) No fail utilities 

(2) Internal communications equipment space 

(3) Conference rooms 

(4) Personnel support facilities (restrooms, 
canteen, elevators, etc.) 

(5) Common Computer Area 

(6) Common Repair Shops 

B. Equipment -- Some of the operations support 
equipment and all control room consoles will be 
dedicated to the individual project. The types of 
operations support equipment which can be shared 
are: 

(1) Communications switching and distribution 
could be shared by installing a larger 
central unit. 

(2) More efficient use of computation equipment 
by averaging workloads since peak loads are 
likely to occur at different times. 

(3) Redundant computation equipment, necessary 
for guaranteed operations support could be 
reduced. Equipment used for non-critical 
functions could be used to backup critical 
functions between projects dependent on 
equipment capacities. 

(4) Spares inventories could be reduced. 

Note: In items (2) and (3), the tradeoff between economy 
and providing sufficient computation capacity to pre- 
vent lengthy delays in processing scientific data needs 
to be considered. 
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Personnel — Some classifications of support 
personnel could share time between the projects 
and are listed below. All control team personnel 
would be dedicated to their assigned project. 

CD Mission Planning — Spacelab planning 
personnel will be involved in the next 
mission's plans between mission times, 
therefore, there is little sharing potential. 
Sharing between SAS and LAS is similar to 
the LAS discussion (reference paragraph 
6 . 1 . 2 ). 

(2) Clerical and administrative support person- 
nel could operate in a shared manner with 
some positions dedicated to each project. 

(3) Computation equipment operators would be 
assigned to specific equipment and would 
be shared in the same manner as the equip- 
ment. 

(4) Facilities, display, maintenance, and com- 
munications technicians could operate in a 
combined group, providing greater capability 
and expertise to each project. 

(5) Backup personnel required for position fill- 
in could possibly be shared between projects 
which would provide a small percentage de- 
crease in overall numbers of personnel. 

Software -- Software development costs provide a 
potential for economy by sharing due to commonality 
of many functions. This potential is dependent on 
development schedules, whether serial or parallel, 
on commonality of computation equipment and on the 
commonality of the computer languages used in pre- 
paring the software. Specific areas which provide 
potential are: 

(1) Executive routines, if the equipment is 
common. 

(2) Mission planning system which would include 
many subroutines which, are common to a 
degrees timelining, consumables analysis, 
maneuver analysis, etc. Thorough information 
interchange between projects would be re- 
quired during the development phase to en- 
sure that each project obtained an effective 
system. 



(3) Computerized jnoni tori ng limit sensing; 
each subroutine could be shared if 
development included individual control, 
quality verification and input formatting 
programs. 

(4) Network coordination and telemetry 
receiving and routing software development 
provides a potential for economy dependent 
on the similarity in orbital data systems. 

In summary, the operations requirements and the operations 
equipment needs are nearly identical for all projects. They 
differ only in volume, size or capacity. When the operations 
center is initially developed, all payloads which might be 
operated at that geographic location should be considered and 
sizing should be established accordingly. 

There are sufficient economy potentials available in sharing an 
operations center between Spacelab, Tug, SAS, and the LAS 
class of satellites to warrant indepth study of the specifics 
involved. Establishing a Payload Operations Center, capable of 
supporting several payloads requires that a dedicated nucleous 
of operations personnel be established early in the develop- 
ment phase. This group of people will define and develop the 
operations center, receptive to the needs of each of the 
projects. Their primary purpose will be to determine the 
most economical system to support current projects with growth 
potential for future projects. 
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7,0 SUMMARY 


PRINCIPAL CONCLUSIONS AND RECOMMENDATIONS 

Several conclusions can be drawn from this initial orbital 
operations study. Many detail areas require that individual, 
indepth trade studies be performed. They are listed below 
as individual points and are not organized by priority or 
program impact. 

A. POCs should be grouped to handle more than one 
payload to efficiently utilize facilities and 
personnel , particularly due to extended mission 
durations. 

B. Total LAS program assignment would probably tax 
existing personnel, facility and computer capacity 
at any one NASA center. More than one POC should 
be chosen (Multiple POC Option). 

C. It is necessary to maintain continuity in communi- 

cations with the scientific community from program 
inception, throughout the orbital operations phase, 
to dissemination of scientific results to the general 
public. a 

D. The Operations Center should allow scientists to 
conduct their experiments with: 

0) minimum mission preparation time, 

(2) maximum productive science return, 

/in d i r ? c ^ Participation by experiment personnel, 

; efficient facility and data support, and 
(5) minimum cost. 

E. The subject of Data Management is of extreme 
importance in the LAS programs. It needs to be 
involved in acquisition, flow, requirements, processing, 
dissemination, and archiving from the inception of the 
program to its conclusion. 

F. Software development needs the same management emphasis 
as hardware development and needs to be initiated early 
in the program to assure thorough testinq prior to 
mission start. 

6. Operation Center planning and implementation occurs in 
parallel with payload design and development and in- 
cludes participation in premission testinq and 
verification. a 



STUDY SUBJECTS 


Areas requiring further study for developing the operations 
requirements/procedures of the LAS are: 

A. Conduct detailed trade studies of advantages and 
disadvantages of POC options and payload grouping. 

This study will be based on additional payload system 
definition as it becomes available. It will address 
the specific operations requirements of the payload 
in the areas of facilities, operating modes, etc. 

This study would be developed in consonance with 

the applicable payload project organizations. 

B. Expand LAS study to cover other payloads. The next 
twenty years of space operations will see continued 
operation of existing satellites, the LAS, and many 
other smaller payloads. Operations studies must not 
be limited to only the LAS, but must include all the 
payloads and how they will affect the operations of 
one another, the overall operations requirements, 
data management, and other interrelations. 

C. Study data handling capabilities and requirements. 

The present STDN is capable of receiving downlink 
data at a rate of fi lxlO b bits per second. The LAS • 
require from 1x10° bits per second to 200x10° bits 
per second. This means that the STDN is inadequate 

to handle the entire LAS requirement without considera- 
tion for other programs which are operating simulta- 
neously. The proposed TDRSS will have the capability 
of handling 100x10^ bits per second in multiple 
circuits which will adequately handle all the LAS 
systems data plus other programs which may be opera- 
ting simultaneously. LAS scientific image data will 
require scheduled use of the TDRSS single access 
channels. Considering that several of the LAS may 
be operational before TDRSS, studies must be made to 
determine the most effective means of communication 
with those LAS together with other operational 
satellites during the time between first LAS 
launch and TDRSS operation. 



D. Determine the feasibility and application of a 
computerized payload monitoring system. This 
study would be based on specific measurements and 
systems requirements of each payload. An offshoot 
of the study would be a design feedback of operations 
considerations into the measurement system. The 
primary result of this study will be determining 

the types of computer routines required and develop- 
ing them into a workable system early in the program. 

E. Determine the most effective methods of meeting 
experimenter requirements. Inherent in all NASA 
programs, there are scientists who have certain 
requirements pertaining to those experiments. In 
order to satisfy these experimenters, a study needs 
to be made to determine the kinds and quantity of 
requirements and devise a method of procedure for 
handling them. This can best be done by looking at 
the problems and successes of the Apollo, Skylab, 
and all unmanned NASA programs where experimenters 
have had specific requirements, and the results of 
each as they could be applied to the LAS program, 

F. Perform a trade study to determine the feasibility 
of reducing onboard data transmission rates and 
onboard data storage requirements. Candidate methods 
to be considered are: 

(1) Delta PCM transmission of image type data 

(2) Orbital computer monitoring and results 
transmission of systems data 

(3) Orbital data compression to remove identical 
redundant points in science and systems data 

(4) Incorporating a programable instrumentation 
system to vary measurement sample rates and 
accuracy. 

In addition, determine the effect on ground data 
handling and software requirements for each of the 
categories studied. 

There are numerous design trade-offs which directly affect 
operations complexity and must be considered. These include 
such items as common versus unique; structures, electrical 
systems, thermal systems, and instrumentation systems. 
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8.0 ACRONYMS AND ABBREVIATIONS 


ACS 

Attitude Control System 

ATM 

Apollo Telescope Mount (Skylab Program) 

b/s 

Bits per second 

BAT 

Battery 

CDR 

Critical Design Review 

CGT 

Cold Gas Thrusters 

CMG 

Control Moment Gyro 

CMMD 

Command 

DC 

Development Center 

DOMSAT 

Domestic Satellite 

DTV 

Digital Television 

EOS 

Earth Observations Satellite 

EPS 

Electrical Power Systems 

EVA 

Extravehicular Activities 

FRR 

Flight Readiness Review 

HE AO 

High Energy Astronomincal Observatory 

HOSC 

Huntsville Operations Support Center 

I&C 

Instrumentation and Communications 

Kb/s 

Kilobits per second 

LAS 

Large Automated Satellites 

LDEF 

Long Duration Exposure Facility 

LIEF 

Launch Information Exchange Facility 

LRO 

Large Radio Observatory 

LSO 

Large Solar Observatory 

LST 

Large Space Telescope 

LXRT 

Large X-Ray Telescope 

Mb/s 

Megabits per second 

MHz 

Mega Hertz 

NM 

Nautical Mile 

NRT 

Near Real Time 

NSSDC 

National Space Science Data Center 

0 ' RIDE 

Override 

PDR 

Preliminary Design Review 

PHY 

Physics 

P/L 

Payload 

POC 

Payloads Operations Center 

PRR 

Preliminary Requirements Review 

RF 

Radio Frequency 

RT 

Real Time 

SA 

Solar Array 

SAS 

Small Automated Satellites 

SEC 

Secondary 

STDN 

Spacecraft Tracking and Data Network 

TBD 

To Be Determined 

TDRSS 

Tracking Data Relay Satellite System 
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TV Television 

UV Ultra Violet 

V Voice 

WHS White Sands 

XUV Extreme Ultra Violet 
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